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REMARKS 

Upon entry of the present amendment, claims 1, 3-5, 18, 20-21, 38, and 43-50 will 
remain pending in this application. Claims 2, 6-17, 19, 22-27, and 39-42 were previously 
cancelled. Applicant respectfully submits that no new matter is added by the present 
amendment. 

Claims 18 and 20-21 stand rejected under 35 U.S.C. § 101 as allegedly being directed 
to nonstatutory subject matter. Claims 1, 3-5, 18, 20, 21, 38, and 43-50 stand rejected under 
35 U.S.C. § 1 12, second paragraph, as allegedly failing to particularly point out and distinctly 
claim the subject matter that is regarded as the invention. Claims 1, 3-5, 18, 20-21, 38, and 
43-50 also stand rejected under 35 U.S.C. § 103(a) as being allegedly unpatentable over U.S. 
Patent No. 6,704,743 ("Martin") in view of U.S. Patent No. 6,385,767 ("Ziebell"). 

Claim Rejections Under 35 U.S.C. § 101 

Claims 18 and 20-21 stand rejected under 35 U.S.C. § 101 as allegedly being directed 
to nonstatutory subject matter. The rejection is understood to be based on the premise that 
the claims would be interpreted as one of ordinary skill in the art in light of the disclosure as 
being directed to software rather than referring to the system as a physical object or 
appropriate computer readable medium. 

Applicant has amended claim 18 to recite hardware structures, particularly, a 
processor and a memory, as well as a structural relationship between the hardware structures. 
Accordingly, Applicant respectfully submits that claim 1 8 is now clearly directed to statutory 
subject matter, namely, an apparatus. Claims 20-21 depend from claim 18 and are also 
directed to statutory subject matter. 

Based at least on the above amendments and remarks, Applicant respectfully requests 
that the rejection of claims 18 and 20-21 under 35 U.S.C. §101 be reconsidered and 
withdrawn. 

Claim Rejections Under 35 U.S.C. § 112 

Claims 1, 3-5, 18, 20, 21, 38, and 43-50 stand rejected under 35 U.S.C. § 1 12, second 
paragraph, as allegedly failing to particularly point out and distinctly claim the subject matter 
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that is regarded as the invention. It is alleged that the claims 1,18, and 38 recite "creating 
customized discrete storable units of information" and that this limitation has no connection 
with all of the other elements of the claim. In particular, it is alleged that it is not clear how 
the steps of defining a discrete storable unit, defining an extension type, and attaching an 
extension instance of the extension type are related to creating a customized discrete storable 
unit of information. 

Applicant respectfully traverses the rejection. Claims 1,18, and 38 have been 
amended to more clearly recite that the customized discrete storable unit of information is 
created by attaching an extension instance to a discrete storable unit of information. Thus, 
the limitation of creating the customized discrete storable unit of information is clearly 
connected to the step of attaching the extension instance, which is in turn connected to the 
step of defining the extension instance, which is in turn connected to the step of defining the 
extension type. 

Based at least on the above reasoning, Applicant respectfully submits that all of the 
claimed limitations are supported in the Specification and requests that the rejection of claims 
1, 3-5, 18, 20, 21, 38, and 43-50 under 35 U.S.C. § 1 12, second paragraph, be reconsidered 
and withdrawn. 

Claim Rejections Under 35 U.S.C. § 103(a) 

Claims 1, 3-5, 18, 20-21, 38, and 43-50 also stand rejected under 35 U.S.C. § 103(a) 

as being allegedly unpatentable over Martin in view of Ziebell. As to claim 1, the rejection is 

understood to be based on the premise that Martin discloses the claimed limitations "defining 

an initial discrete storable unit of information having a type structure," "defining an extension 

representative of a desired additional data structure," and "attaching the extension to the type 

structure of the initial discrete storable unit of information." It is further alleged that Ziebell 

discloses a system that discloses "an extension type" representative of a desired additional 

data structure, "attaching an extension to the type structure of discrete storable unit of 

information," "by defining an extension instance of the extension type, the extension instance 

being identified by the first identifier and an extension identifier and stored and accessible 

separately from the discrete storable unit of information." Ziebell is alleged to disclose these 

limitations at column 5, lines 34-48, and column 6, 26-31 and 48-58. 
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Applicant respectfully traverses the rejection. Claim 1, as amended above, recites a 
method for customizing a discrete storable unit of information. The method includes defining 
a discrete storable unit of information having a type structure and a first identifier and an 
extension type representative of a desired additional data structure. An extension instance of 
the extension type is defined. The extension instance is identified by the first identifier and 
an extension identifier and is stored and accessible separately from the discrete storable unit 
of information. A customized discrete storable unit of information is created. The 
customized discrete storable unit of information is stored and accessible separately from the 
discrete storable unit of information. Creating the customized discrete storable unit of 
information comprises attaching the extension instance of the extension type to the discrete 
storable unit of information. 

By contrast, Applicant respectfully submits that Martin does not disclose all of the 
limitations recited in claim 1, as amended above. In particular, Martin does not disclose the 
step of defining an extension instance of the extension type that is (1) identified by the first 
identifier and an extension identifier and (2) is stored and accessible separately from the 
discrete storable unit of information. 

Moreover, Applicant also submits that Ziebell does not disclose the step of defining 
an extension instance of the extension type that is stored and accessible separately from the 
discrete storable unit of information. While Ziebell discloses at column 5, lines 38-40, that 
"an Extension 41 is defined (as denoted by a line 43) as an instance of the Extension class 
(which is in the VCS model 19)," Applicant's review of the Specification and Drawings of 
Ziebell suggests that the Extension 41 is not stored and accessible separately from the objects 
from the VCS model 19. In particular, Fig. 4 depicts the XXX extension 41 as being 
contained within the objects from the VCS model 19. 

Applicant respectfully submits that the creation of extensions in Ziebell is similar to 

the "partial solution" described at paragraph [0376] of the instant Specification and illustrated 

at Fig. 37B of the instant Drawings, rather than the "more comprehensive solution" described 

at paragraph [0377] and illustrated at Fig. 37C. The "partial solution" is to "extend the 

properties of Contact to include the fields necessary for an application that requires such. In 

this case, Contact is extended to include the Additional Fields required by APPX." As noted 

at paragraph [0376] of the instant Specification, however, one drawback of this partial 
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solution is that "directly extending the fields of an Item such as Contact can only be done 
once, and thus APPY cannot employ this method." By contrast, one advantage of the 
claimed "more comprehensive solution" is that "APPX can extend Contact to include its 
APPX Additional Fields while APPY can also separately extend Contact to include its APPY 
Additional Fields." 

For at least these reasons, Applicant respectfully submits that Martin and Ziebell do 
not disclose all of the limitations recited in claim 1 and that claim 1 is therefore patentable 
over Martin in view of Ziebell. Claims 3-5 and 43-46 depend from claim 1 and are also 
patentable over Martin at least by reason of this dependency. 

Claim 18 has been amended to recite limitations similar to those recited in claim 1, as 
amended above. Accordingly, claim 18 is also patentable over Martin in view of Ziebell. 
Claims 20-21 and 47-50 depend from claim 18 and are also patentable over Martin in view of 
Ziebell at least by reason of this dependency. 

Claim 38 has also been amended to recite limitations similar to those recited in claim 
1, as amended above. In addition, claim 38 recites additional limitations that further 
distinguish various embodiments from Martin in view of Ziebell. In particular claim 38, as 
amended above, recites the limitation "attaching extensions to the type structure of the 
discrete storable unit of information by defining a first extension instance of the first 
extension type, the first extension instance being identified by the first identifier and a first 
extension identifier and the second extension instance being identified by the first identifier 
and a second extension identifier, the first extension instance and the second extension 
instance being stored and accessible separately from the discrete storable unit of 
information." Accordingly, claim 38 recites two extension instances attached to the type 
structure of the discrete storable unit of information. As disclosed at paragraph [0377] of the 
instant Specification, this solution allows different applications (APPX and APPY, for 
example) to separately extend a Contact item to include respective additional fields that are 
used by each application. Thus, multiple instantiations of the Contact item are avoided 
(contrast paragraph [0375] of the Specification), and both applications can extend the Contact 
item, unlike partial solutions in which the Contact item's properties are directly extended 
(contrast paragraph [0376]). 
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Based at least on the above remarks, Applicant respectfully submits that the currently 
pending claims are patentable over the prior art of record and requests reconsideration and 
removal of the rejections under 35 U.S. C. § 103(a). 



Page 11 of 12 



DOCKET NO.: 305642.03 / MSFT-2847 PATENT 

Application No.: 10/693,574 

Office Action Dated: October 29, 2008 

CONCLUSION 

In view of the above amendments and remarks, Applicant respectfully submits that 
the present application is in condition for allowance. Reconsideration of the application is 
respectfully requested. 
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